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Claim Rejections - 35 USC §102 

(b) the invention was patented or described in a printed publication in tliis or a foreign country or in public use or on 
sale in tliis country, more than one year prior to the date of application for patent in the United States. 

1 . Claims 1-14 are rejected under 35 U.S.C. 102(B) as being anticipated by Cisco Document 

No.: 78-10548-02 which is dated 2000 and is an IDS document of record. 

Referring to claim 1, Cisco Document No.: 78-10548-02; henceforth, referred to as Cisco 
Document teaches: A method for provision routing policy of a plurality of customer sites of a 
Virtual Private Network (VPN) in a packet switched network the VPN established at least in part 
by constraining distribution of VPN route within the network (Pgs 3-1 to 3-41 show how IP 
addresses can be assigned to managed sites as a part of a VPN using BGP or packet network 
which upon assignment of the IP addresses constrain the distribution of export routers) 
comprising: 

graphically defining at least one topological relationship between said plurality of sites of said 
VPN, the at least one topological relationship defining permitted communication between the 
plurality of sites (Graphically assigning a customer edge router as well as a providers edge router 
to be managed per Figures 3-18, 3-28, & 3-29. Graphically assigning IP addresses to managed 
router in a VPN which comprise both customer edge router and provider edge router Figures 3- 
41 through 3-46 which results in generating an automatic export router map per Note on Pg 3-41; 
thus, resuhing in VPN or topological relationship which defines which routes can be exported or 
communication between the plurality of sites) 

and automatically generating at least one route distribution rule for provisioning to router at least 
of the plurality of sites of said VPN based at least in part on said defied relationship, the at least 
one route distribution rule constraining at least in part distribution by the at least one of the 
plurality of sites of the VPN router within the network (a export route map or route distribution 
rule is automatically provisioned upon assignment of IP addresses on which the VPN 
relationship is based and results in a export route map which is a rule which defines which routes 
can be exported associated with a CE router within the network per Pg 3-38 to 3-41) 

In addition Cisco Document teaches: 

Regarding claim 2, wherein automatically generating at least one route distribution rule 
comprises: automatically generating at least one import rule; automatically generating at least 
one local export rule, and automatically generating at least one remote export rule (export router 
map or export rule per Pg 3-41) 

Regarding claim 3, wherein automatically generating at least one route distribution rule for each 
site comprises generating an import rule for discarding route information received from the 
respective site (VRF configuration commands are used create to create route target import rule 
per Pgs 1-9 which inherently defines what route information is discarded) 
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Regarding claim 4, wherein automatically generating at least one route distribution rule 
comprises generating for a site of said plurality of sites, an import rule for accepting route 
information, in response to said site being a member of a mesh VPN component, received form 
any site of said plurality of sites which is a member of said mesh VPN component. (VRF 
configuration commands are used create to create route target import rule per Pgs 1-9 which 
inherently defines what route information is discarded associated with a VPN in a mesh 
associated with routing community per Pgs 1-10 to Pg 1-1 1) 

Regarding claim 5, wherein automatically generating at least one route distribution rule 
comprises generating, for a site of said plurality sites an import rule for accepting route 
information, in response to said site being a hub of a hub-spoke VPN component (VRF 
configuration commands are used create to create route target import rule per Pgs 1-9 which 
inherently defines what route information is discarded associated with a VPN in a hub and spoke 
associated with routing community per Pgs 1-10 to Pg 1-1 1) 

Regarding claim 6, wherein automatically generating at least one route distribution rule 
comprises generating of a site of said plurality of sites, an import rule for accepting route 
information, in response to said site being a spoke of a hub-spoke VPN component, received 
from any site of said plurality of sites which is a hub of said hub-spoke VPN component (VRF 
configuration commands are used create to create route target import rule per Pgs 1-9 which 
inherently defines what route information is discarded associated with a VPN in a hub and spoke 
associated with routing community per Pgs 1-10 to Pg 1-1 1) 

Regarding claim 7, wherein automatically generating at least one route distribution rule 
comprises automatically generating at least one local export rule, wherein the number of local 
export rules generated is at least equal to the number of VPN components of said VPN that the 
respective site is a member of (export router map or export rule per Pg 3-41 is defined for each 
local VPN) 

Regarding claim 8, wherein automatically generating at least one route distribution rule 
comprises: generating for a site of said plurality of sites in response to said site being a member 
of a mesh VPN component a local export rule for accepting routes from a provided Edge- 
Customer edge (PE-CE) routing protocol (The exporter router map or export rule per Pg 3-41 is 
for exporting route information from a provider edge router to a customer edge router) 
Associating route information of said route information to all member of said mesh VPN 
component (Customer edge routing communities are defined per Pg 1-10 to 1-1 1 for a mesh and 
route information would only be shared with members) 

Regarding claim 9, wherein automatically generating at least one route distribution rule 
comprises: generating, for a site of said plurality of sites in response to said site being a hub of a 
hub spoke VPN component , a local export rule : 
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Accepting routes from a Provider Edge- Customer Edge (PE-CE) routing protocol; associating 
route information of said VPN to said accepted routes; and advertising said accepted routes and 
said route information to all members of said hub-spoke VPN component. (VRF configuration 
commands are used to define an export rule for a customer edge router community which are hub 
and spoke per Pgs 1-9 to 1-11; thus, resulting in accepting routes from a Provider Edge- 
Customer Edge (PE-CE) routing protocol; associating route information of said VPN to said 
accepted routes; and advertising said accepted routes and said route information to all members 
of said hub-spoke VPN component) 

Regarding claim 10, wherein automatically generating at least one route distribution rule 
comprises: generating, for a site of said plurality of sites in response to said site being a hub of a 
hub spoke VPN component , a local export rule : 

Accepting routes from a Provider Edge- Customer Edge (PE-CE) routing protocol; associating 
route information of said VPN to said accepted routes; and advertising said accepted routes and 
said route information to all members of said hub-spoke VPN component. (VRF configuration 
commands are used to define an export rule for a customer edge router community which are hub 
and spoke per Pgs 1-9 to 1-1 1; thus, resuUing in accepfing routes from a Provider Edge- 
Customer Edge (PE-CE) routing protocol; associating route information of said VPN to said 
accepted routes; and advertising said accepted routes and said route information to all members 
of said hub-spoke VPN component) 

Regarding claim 11, wherein automatically generating at least one route distribution rule 
comprises: generating, for a site of said plurality of sites in response to said site being a hub of a 
hub spoke VPN component, a local export rule : 

Accepting routes from a Provider Edge- Customer Edge (PE-CE) routing protocol; associating 
route information of said VPN to said accepted routes; and advertising said accepted routes and 
said route information to all members of said hub-spoke VPN component. (VRF configuration 
commands are used to define an export rule for a customer edge router community which are hub 
and spoke per Pgs 1-9 to 1-11; thus, resuking in accepting routes from a Provider Edge- 
Customer Edge (PE-CE) routing protocol; associating route information of said VPN to said 
accepted routes; and advertising said accepted routes and said route information to all members 
of said hub-spoke VPN component) 

Regarding claim 12, wherein automatically generating at least one route distribution rule for each 
site comprises generating a remote export rule for not advertising route information received 
from a site which is a member of a VPN component to a site which is not a member of said VPN 
component (export router map or export rule is automatically created which restrains advertising 
routes from local members out to the backbone per Pg 3-41) 

Regarding claim 13, wherein automatically generating at least one route distribution rule for each 
site comprises generating, for a site of said plurality of sites in response to said site being a 
member of at least two VPN components, a remote export rule for advertising route information 
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received form a site which is a member of a first VPN component of said at least two VPN 
components to at least one site which is not a member of said first VPN component (export 
router map or export rule is automatically created which restrains advertising routes from local 
members out to the backbone per Pg 3-41 and Fig 1-4 per Pg 1-8 which shows restrain of routers 
from at least two VPN components) 

Regarding claim 14, further comprising storing at least one route distribution rule in a database 
(export router map or export rule per Pg 3-41 stored in VRF table or database as shown in Fig 1- 
4 per Pg 1-8) 

Claim Rejections - 35 USC §103 

2. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 

3. Claims 1 5, 17-22, & 28 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Cisco Document No.: 78-10548-02 which is dated 2000 and is an IDS document of record in 
view of Arquie (U.S. Patent No.: 6,880,127) 

Referring to Claim 15, the Cisco Document teaches: A system for provisioning routing policy of 
a plurality of customer sites of a Virtual Private Network, in a packet switched network, the VPN 
establishing at least in part by constraining distribution of VPN routes within the network (Pgs 3- 
1 to 3-41 describes system for assigning IP addresses to managed sites as a part of a VPN using 
BGP or packet network which upon assignment of the IP addresses constrain the distribution of 
export route in a packet network) 

A display area graphically displaying at least one VPN component of said VPN (Figs 3-18, 3-28, 
3-29, 3-41, 3-46, & 3-47 are displays which are used to graphically define VPNS displaying both 
CE and PE routers which are assigned to VPN and are thus VPN components) 

A customer area displaying said plurality of sites, at least one of said plurality of site being 
dragged from said customer area to said display area, wherein dropping of said at least one site 
on a graphical representation of said at least one VPN component causes said at least one site to 
be displayed in said display area and to become a member of said VPN component and 
automatically generating at least one route distribution rule for constraining distribution of routes 
the at least one of said plurality of sites (Figs 3-18, 3-28, 3-29, 3-41, 3-46, & 3-47 which display 
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customer edge routers or customer area routers which are displayed graphically and are assigned 
to become a member of a VPN or VPN component and upon being assigned an export route map 
or rule is automatically generated which constrains the export of routes or distribution of routers 
per Pg 3-41) 

The Cisco Document does not expressly call for: dragging of sites for assignment on a display 
area 

Arquie teaches: dragging of sites for assignment on a display area per Figs 1 A-IE and per col. 1 
line 27 to col. 2 line 29 & col. 2 line 40 to col. 3 line 67. 

It would have been obvious to one of ordinary skill in the art at the time of the invention to add 
the dragging of sites for assignment on a display area of Arquie in place of the graphical display 
of the Cisco Document in order to build a system which provides an administrator with a more 
user friendly displays which can be used to assign nodes in the network more efficiently. 

In addition Cisco Document teaches: 

Regarding claim 17, further comprising means for distributing said generated route distribution 
rule to a respective one of said plurality of sites of said VPN components (MPLS VPN software 
is the means for distributing the export route map per Pg 3-41) 

Regarding claim 18, further comprising means for processing, by each site, route information 
received from said plurality of sites based at least in part on said least one route distribution rule 
(Each site has MPLS VPN software or means for processing route information received from the 
plurality of sites based upon export route map per Pg 3-41 or route distribution rule) 

Regarding claim 19, further comprising means for establishing routing relations between said 
plurality of sites base at least in part on said processed routing information (The export route 
map provides the means for establishing routing relations between said plurality of sites based at 
least on said processed routing information) 

Regarding claim 20, further comprising a database operable to store said at least one route 
distribution rule (The VRF routing table or data base stores the export route map per Pg 3-41) 

Referring to claim 21, the Cisco Document teaches: A method for provisioning routing policy of 
a plurality of customer sites of a Virtual Private Network (VPN) in a packet switched network 
the VPN established at least in part by constraining distribution VPN routes within the network 
CO (Pgs 3-1 to 3-41 show how IP addresses can be assigned to managed sites as a part of a VPN 
using BGP or packet network which upon assignment of the IP addresses constrain the 
distribution of export routers) 
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graphically displaying at least one VPN component of said VPN (Figs 3-18, 3-28, 3-29, 3-41, 3- 
46, & 3-47 are displays which are used to graphically define VPNS displaying both CE and PE 
routers which are assigned to VPN and are thus VPN components) 

enabling assigning of said representation of at least one site on said representation of said at least 
one VPN component thereby causing said site to become a member of said VPN component 
(Figs 3-18, 3-28, 3-29, 3-41, 3-46, & 3-47 are displays which are used to graphically define 
VPNS displaying both CE and PE routers which are assigned to VPN and are thus VPN 
components) 

enabling assigning of said representation of said at least one site on said representation of said at 
least one VPN component thereby causing said site to become a member of a VPN component 
(Figs 3-18, 3-28, 3-29, 3-41, 3-46, & 3-47 are displays which are used to graphically define 
VPNS displaying both CE and PE routers which are assigned to VPN and are thus VPN 
components) 

The Cisco Document does not expressly call for: dragging and dropping 

Arquie teaches: dragging and dropping for assignment on a display area per Figs 1 A-IE and per 
col. 1 line 27 to col. 2 line 29 & col. 2 line 40 to col, 3 line 67. 

It would have been obvious to one of ordinary skill in the art at the time of the invention to add 
the dragging and dropping of sites for assignment on a display area of Arquie in place of the 
graphical display of the Cisco document in order to build a system which provides an 
administrator with a more user friendly displays which can be Used to assign nodes in the 
network more efficiently. 

In addition the Cisco Document teaches: 

Regarding claim 22, further comprising storing at least one route distribution rule and route 
information received from said plurality of sites in a data base (The VRF table stores the export 
route map or route distribution rule and inherently stores routing information before forwarding 
per Pg3-41) 

Regarding claim 28, wherein the VPN route establish label-switched paths through the network 
between the plurality of sites (MPLS or label switched paths per Pgs 3-13 to 3-36 respectively) 
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Claim Objections 

4. Claims 23-27 objected to as being dependent upon a rejected base claim, but would be 
allowable if rewritten in independent form including all of the limitations of the base claim and 
any intervening claims. 



Response to Amendment 

5. Applicant's arguments filed 8/21/07 have been fully considered but they are not 
persuasive. 

The examiner respectively disagrees with the applicant argument the Cisco reference does not 
teach " graphically defines topographical relationship between sites of a VPN" 

The Cisco reference teaches: that when the CE routers are configured or provisioned that the CE 
routers affect all of the traffic from customer sites 1 and 2 respectively per Fig 3-38. The 
examiner points out that CE router is a virtual customer router because all of the traffic 
associated with the customer site goes through the router. Applicant's representative goes on to 
argue the service provider can only configure CE routers and not customer site routers. 
Apparently applicant's representative is confused because a CE router is a virtual customer 
router that affects all of the traffic from at least two sites. Applicant representative argues that 
because the service provider cannot configure a customer physical router that a topological 
relationship between network sites is not defined. Setting up a virtual private network is different 
from setting up a customer physical network and carrier core physical network or two physical 
networks. The examiner further points out even if the claims limitations were amended to be 
"said plurality of customer sites of said VPN" the reference would still read on the limitation 
because the network configured is a "virtual network" and not a "physical network". 

THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of time 
policy as set forth in 37 CFR 1 . 1 36(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS fi-om the mailing date of this action. In the event a first reply is filed within TWO 
MONTHS of the mailing date of this final action and the advisory action is not mailed until after 
the end of the THREE-MONTH shortened statutory period, then the shortened statutory period 
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will expire on the date the advisory action is mailed, and any extension fee pursuant to 37 
CFR 1 .136(a) will be calculated from the mailing date of the advisory action. In no event, 
however, will the statutory period for reply expire later than SIX MONTHS from the mailing 
date of this final action. 

Conclusion 

6. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Robert W. Wilson whose telephone number is 571/272-3075. 
The examiner can normally be reached on M-F (8:00-4:30). 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Edan Orgad can be reached on 571/272-7884. The fax phone number for the 
organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). If you would 
like assistance from a USPTO Customer Service Representative or access to the automated 
information system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. ^ 

Robert W Wilson 
Examiner 
Art Unit 2619 

RWW 
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